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(57) Abstract: The invention relates to 
a method of managing quality of service, 
which is intended for use with a packet-mode 
mobile communication network. The 
invention is characterised in that, in the 
event of a network overhead occurring 
when the resources of the network are being 
accessed in order to execute a service for 
a network subscribe, the following step 
is jjerformed at each of the nodes of the 
network, consisting in: determining a global 
priority level for access to the resources, 
said global priority level being defined by a 
combination of al least one quality of service 
parameter which is linked to the typ>e of 
service and at least one quality of service 
parameter corresponding to a priority level 
of the subscriber; and applying at least one 
pre-defined service quality treatment to the 
flow of data corresponding to said service, 
according to the determined global priority 
level - 



(57) Abr^e : Linvention conceme un pro- 
cede de gestion de la qualite de service, s'appliquant a un reseau de communication mobile en mode paquet, plus particulierement 
caract^rise en ce qu'il comprend, en cas de surcharge du r6seau lors de I'acces aux ressources du reseau pour I'execution d'un service 
pour un abonne du reseau, une etape consistant, au niveau de chacun des noeuds du r6seau: a determiner un niveau de priorite globale 
pour ledil acces aux ressources, defini par une combinaison d'au moins un parametre de qualite de service lie au type de service avec 
au moins un parametre de qualite de service correspondant a un niveau de priorite de I'abonne, et a appiiquer au moins un traitement 
de qualite de service pr^efini au flux de donnees correspondant audit service, en fonction dudit niveau de priorite global determine. 
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PROCEDE DE DIFFERENCIATION DE LA QUALITE DE SERVICE 
DANS LES RESEAUX DE COMMUNICATION MOBILE EN MODE 

PAQUETS 

L'invention conceme de maniere generale le domaine des 
telecommunications et conceme plus particulierement \m procede pour 
differencier la qualite de service dans le cadre des reseaux de communication 
mobile utilisant la conraiutation de paquets. 

Dans un tel contexte, par qualite de service, on entend Taptitude d*un 
service propose par un operateur d'un reseau de communication mobile k 
repondre de fa9on adequate a des exigences visant a satisfaire ses aboimes, 
notamment en terme d'optimisation des ressources reseau. 

Le procede selon Tinvention est prevu pour s'appliquer aux reseaux 
mobiles utilisant la technologie GPRS ou UMTS, normalisees dans le cadre de 
la norme 3GPP. Dans un souci de ne pas surcharger la description, un glossaire 
comprenant la definition de Tensemble des acronymes utilises ci-apres est 
prevu a la fin de la description, ou le lecteur pourra utilement se reporter. 

La norme GPRS specific un nouveau service support de transmission de 
doimees en mode paquet sur GSM et permet d*offrir aux abonnes d'un 
operateur mobile un acces a des services bases sur IP (par exemple, messagerie 
electronique, telechargement de fichiers, consultation de sites Web ou WAP, 
etc..,). Des donnees (transmises dans des paquets IP) peuvent done etre 
echangees entre des serveurs appartenant a un reseau exterieur au reseau 
GPRS, typiquement le reseau Internet, et le telephone mobile. 

Pour cela, un canal radio est etabli entre le telephone mobile et le reseau 
d'acces radio, puis le flxix de donnees est route au sein du reseau coeur. Ainsi, 
en terme d'architecture, le reseau GPRS se compose de deux parties principales 
montrees a la figure 1 A: le reseau coeur RC, regroupant les elements de reseau 
lies au routage des paquets, et le reseau d'acces RA, etablissant le lien radio 
avec les telephones mobiles MS. 

Le reseau d'acces RA regroupe les entites station de base BTS et 
contrdleur de station de base BSC. Get ensemble, appele sous-systeme radio 
ESS, gere les ressources radio du reseau de telephonic cellulaire de type GSM 
a I'aide des stations de base et des controleurs de station de base. Le rdle du 
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BSS est plus particulierement de gerer Tetablissement d'un canal radio avec le 
mobile MS et il est prevu egalement pour stocker les informations de qualite de 
service relatives a un transfert de donnees demande par le mobile. 

Le reseau coeur RC est quant a lui constitue des elements de reseau 
5 suivants: 

- le HLR, qui est une base de donnees contenant le profil de T ensemble 
des abomies d'un reseau et a partir de iaquelle s'effectue la gestion des abonnes 
mobiles. II contient entre autres, les informations de qualite de service liees aux 
abonnes et aux services. 

10 - le SGSN, qui est un noeud de service du reseau assurant la gestion du 

lien de communication avec le reseau d'acces, U stocke le profil de I'abonne et 
effectue un controle des ressources reseaux demandees par I'abonne. 

- le GGSN, qui est un noeud de service du reseau servant de passerelle 
pour assurer I'intercomiexion avec un reseau exteme, typiquement le reseau 

15 Internet. 

Le reseau coeur GPRS est done intercomiecte avec Texterieuir via une 
passerelle, le noeud de service GGSN, qui contient les informations de routage 
permettant au mobile de communiquer avec un reseau exteme, notamment le 
reseau Internet, tout en assurant la s6curite. Pour pouvoir esnrvoyer les 

20 informations au mobile, le GGSN utilise alors un autre noeud de service, le 
SGSN, qui gere la mobility, notamment Tautbentification, le chiffirement et le 
suivi du mobile quand il se deplace. Ces elements de reseau integrent des 
fonctions de routeur IP et constituent un reseau de type reseau IP. 

En ce qui conceme le standard de telephonic mobile UMTS, il pent etre 

25 vu comme une extension du reseau GPRS tel qu'il vient d'etre defini et a ete 
con9u pour apporter \me meilleure satisfaction, notamment en terme de debit, 
pour Facheminement de communications multimedia (acces a Internet, 
visioconference, jeux videos, echanges instantanes de type foram multimedia). 
A ITieure actuelle, TUMTS et le GPRS sont phases en differentes versions ou 

30 "releases", et notamment la version denomm6e Release 99, a Iaquelle la 
description qui va suivre fait plus particulierement reference. 

En reference a la figure IB, concemant la partie reseau d'acces, appelee 
UTRAN pour le standard UMTS, de nouvelles stations de base, appelees Node 
B, sont prevus pour remplacer les BTS du GPRS, et des contrdleurs de station 
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de base, denommes RNC, de capacite accrue, sent prevus pour reanplacer les 
BSC. 

Quant au reseau coeur R.C dans le cadre de TUMTS, il sauvegarde 
pratiquement les elements constitutifs du GPRS, tout en faisant evoluer les 
5 noeuds de service SGSN et GGrSN. Le HLR evolue egalement du fait de 
rintroduction de nouveaux profils utilisateurs. 

En Release 99, tous les services sont supportes par quatfe classes de 
trafic normalisees comme suit : "Conversational", "Streaming", "Interactive" et 
"Background". 

10 Les classes "Conversational" et "Streaming" sont principalement 

prevues pour transporter des flux temps reel comme de la voix ou de la video. 
Toutefois, pour la classe "Strean^iing", correspondant a une utilisation du type 
un utilisateur regardant (ou ecoxitant) im flux video (andio) temps reel, la 
contrainte sur les delais de transfert de donnees est plus faible que pour la 

15 classe Conversational. 

Les classes "Interactive" et "Background" correspondant a des services 
non temps reel et sont quant a elles prevnes pour 6tre utilisees dans le cadre 
d'applications Internet traditionnelles telles que la navigation, le courrier 
electronique, les application FTP. Ces demieres classes etant non temps reel, 

20 elles offrent un bien meilleur taux d'erreurs grace a des procedes de 
retransmission et de codage. 

On a vu que Tinvention se rapportait plus particulierement au domaine 
de la gestion de la qualite de service ou QoS, dans des reseaux GPRS ou 
UMTS. Aussi, il apparait necessaire a ce stade de rappeler les principaux 

25 parametres de QoS. 

Les parametres de QoS du service support GPRS ou UMTS decrivent le 
service rendu par le reseau UMXS a Tutilisateur du service support. Le profil 
QoS, forme par Tensemble des parametres QoS, specific ce service. Ce sont 
done des parametres normalises permettant de definir les caracteristiques 

30 principales d*un flux de donnees sur le reseau, notarament en terme de debit, de 
type de trafic, de priorite, etc. Ces parametres de QoS sont lies a vm type de 
flux souscrit par Tabonne. Si Tabonne souscrit a plusieurs flux diff6rents, il a 
plusieurs profils de QoS, Ces doimees sont stockees dans le profil de Tabonn^ 
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dans le HLR et transmises, grace a differentes procedures, aux entites 
suivantes: SGSN, GGSN et BSS/RNC. 

Le profil QoS d'un abonne correspond en fait a la limite haute autorisee 
par rapport aux valeurs specifiques demandees par Tabonne. Le profil QoS peut 
aussi correspondre a un profil par defaut configure par Toperateur. 

Parmi ces parametres de QoS qui sont specifies dans un profil QoS, on 
trouve principalement : 

- "Allocation Retention Priority" : ce parametre ARP indique la priorite 
de Tabonne. II peut prendre les valeurs 1 (haute priorite) a 3 (basse priorite). II 
est renseigne au HLR pour chaque contexte PDP souscrit par un abonne. II est 
defini comme une priorite pour rallocation/conservation des ressources radio. 

n est a noter que dans le cadre du service siq>port GPRS, ce paramdtre 
n'est pas transmis au BSS, il n'est ainsi disponible qu'au niveau des noeuds de 
service SGSN et GGSN. 

Par contre, dans le cadre du service support UMTS, il est utilise dans le 
SGSN, le GGSN et le RNC de I'UTRAN pour donner, entre autre, une priorite 
a Tactivation d'un contexte PDP. Dans le RNC, le parametre ARP se compose 
de quatre sous-parametres : "Priority Level", "Pre-emption Capability", "Pre- 
emption Vulnerability" et "Queuing allowed". C'est le SGSN qui, sur reception 
de ce parametre ARP venant du HLR, donne les valeurs aux sous parametres. 
C*est alors le sous-parametres "Priority Level" qui indique la priorite de 
Tabonne. 

- "Precedence Class": ce parametre QoS, defini initialement dans la 
Release 97, indique la priorite d'un abonne lorsqu'il est utilise. II peut prendre 
les memes valeurs que le parametre "Allocation Retention Priority" (ARP). 

Ainsi, les parametres precedemment definis "Precedence Class" et 
"Allocation Retention Priority" (ou son sous-param6tre "Priority Level") 
concement de la meme fa9on une information correspondant au niveau de 
priorite de I'abonne. 

- "Traffic Class": ce parametre QoS indique la priorite liee au type de 
service. Comme on Pa vu, en Release 99, tons les services sont support^s par 
quatre classes de trafic. Aussi, ce parametre de QoS peut prendre les valeurs 
"Conversational" (haute priorite, puisque Texigence de temps reel est tres 
importante), "Streaming", "Interactive" et "Background" (basse priorite). 
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- "Traffic Handling Priority" (THP): ce parametre QoS pemnet de 
preciser le niveau de priorite pour la classe de trafic "Interactive". Ce parametre 
peut prendre trois valeurs. 

Parmi ces parametres, on peut encore citer, a titre informatif, car non 
5 utilises dans le cadre de la presente invention : 

- "Transfert delay": ce parametre QoS donne le delai maximum lors du 
tfansfert d'un paquet. II est utilise pour les services prioritaires seulement. 

"Guaranteed bit rate": ce parametre QoS indique le debit lors du 
transfert d'un paquet. II est utilise pour les services temps reel seulement. 
10 - "Maximum bit rate": ce parametre QoS indique le debit maximum. 

L'ensemble des parametres de QoS precites sont definis dans le cadre de 
la norme de telecommunication 3GPP. Toutefois, leur utilisation n'est pas 
normalisee. 

Considerons maintenant les principales procedures mises en oeuvre pour 
15 acceder au service GPRS. Ces procedures sont decrites en reference aux figures 
2 et 3. Les procedures qui sont decrites ci-dessous permettent au mobile de 
s'attacher an reseau, de reserver des ressources dans le reseau coeur, d'echanger 
les parametres de QoS entre les entites et enfin, d*etablir le canal radio. Une 
fois toutes ces procedures realisees, il est possible a Tabonne d'envoyer ou de 
20 recevoir des donnees via le reseau GPRS. 

Ainsi, pour acceder au service GPRS, un terminal mobile MS doit tout 
d'abord s'attacher au reseau par une procedure dite d'attachement au reseau, 
decrite en reference a la figure 2. Cette procedure intervient lorsque Pabonne 
entre sous la couverture du reseau GPRS, par exemple lorsqu'il allume son 
25 terminal mobile. Cette procedure pennet d'etablir un lien logique entre le 
terminal mobile MS et le noeud de s«-vice SGSN. 

Dans une premiere etape, le terminal MS demande la possibilite de 
s'attacher au reseau GPRS. Cette demande se fait via le BSS et le SGSI^ local 
et comprend des doimees permettant la localisation du terminal, en particulier 
30 le numero IMSI. 

Dans une deuxieme 6tape, un protocole d'echange, appele pirotocole 
MAP, est mis en oeuvre entre le SGSN et le HLR. Le SGSN transmet 
notamment au HLR xme mise a jour des donnees de localisation du terminal 
mobile MS. 
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En retour, daas une troisieme etape, le HLR, grace a la mise a jour des 
donnees de localisation re9ue, transfert au SGSN les donnees d'aborme 
decrivant le(s) service(s) au(x)quel(s) a droit Taboime, avec en particulier la (ou 
les) QoS souscrite(s) par I'abonne (si celui-ci a souscrit a plusieurs services), et 
5 le(s) paranietre(s) ARJP. 

Dans une quatxieme et cinquieme etape, chaque entite SGSN et HLR 
envoie respectivemerxt un accuse de reception a destination de Tautre entite, 
mettant fin au protocole d'echange de donnees entre ces entites pour 
rattachement du terminal MS au reseau. 
10 Enfin, le SGSN envoie au terminal MS via le BSS une acceptation 

d'attachement. 

Une procedure de creation d\in contexte PDP, consistant en la creation 
d'une session paquet, est decrite en reference a la figure 3. Elle permet au 
terminal mobile de demander la memorisation d'un contexte PDP dans le 

15 SGSN et GGSN et ainsi de reserver des ressources dans le reseau coeur pour 
Texecution du service souhaite par Tabonne. Un contexte PDP est un ensemble 
d'informations qui caracterise un service de transmission de base. H regroupe 
des parametres qui permettent a un aboim6 de communiquer avec une adresse 
PDP definie, selon im protocole specifique et suivant un profil de qualite de 

20 service determine (debit, delai, priorite. . .)- 

Cette procedure a done lieu lorsque Taborme souhaite envoyer ou recevoir 
des donnees sur le reseau GPRS pour ^execution d'un service auquel il a 
souscrit. Elle est declenchee a Tinitiative de Tabonne mobile, et permet au 
terminal d'etre connia du noeud de service GGSN qui realise Tinterconnexion 

25 avec le reseau exteme demande par Tabonne GPRS. A Tissue de cette 
procedure d'activation d'un contexte PDP, le profil de qualite de service 
correspondant est echange entre les differents noeuds du reseau et la 
transmission de donnees entre le reseau GPRS et le reseau exteme 
correspondant au service demande par Tabonne peut alors debuter. 

30 Cette procedure met plus particulierement en oeuvre le protocole GTP. 

Dans une premiere etape, le terminal mobile MS demande la creation d'un 
tunnel GTP dans le reseau cceur a travers lequel les donnees seront transmises. 
Lors de cette demande, il specific la QoS souhaitee pour ce tunnel. 
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Le SGSN effectue alors le controle d'admission. Pour ce faire, il 
compare la QoS souhaitee avec la (ou Tune des) QoS souscrite(s) qu'il a re9u 
lors de la procedure d'attachement du mobile au reseau. Si la QoS demandee 
par I'abomie depasse celle souscrite, le SGSN a la possibilite de refuser ou de 
5 modifier la demande de creation de tumiel, en fonction d'un controle permettant 
de determiner si les ressovirces demandees sont disponibles ou pas au niveau du. 
SGSN. 

Dans line troisieme etape, le SGSN relaie la demande de creation de 
tunnel au GGSN avec les parametres de QoS issus du controle effectue par le 
10 SGSN. On parle alors de QoS negociee. Le parametre ARP est 6galement 
transmis au GGSN par le SGSN au cours de cette etape. 

Le GGSN efifectue egalement dans une quatrieme etape un controle 
d*admission. Ce controle permet de determiner en fonction des attributs de QoS 
negociee si les ressources demandees sont disponibles ou pas au niveau du 
15 GGSN. Si tel est le cas, alors la fonction d'admission reserve les ressources 
correspondantes, et le GGSN acquitte la demande du mobile. 

Dans une cinquieme etape, le SGSN accepte la demande du mobile et 
lui envoie la QoS finale, le parametre PFI ainsi que le parametre RPL. 

A la fin de cette procedure de creation du contexte PDP, un tunnel 
20 GPRS est etabli entre le SGSN et le GGSN prenant en compte les parametres 
de QoS negocies avec Tabonne. 

Une procedure dite de "Packet Flow Context" consiste alors a transferer 
du SGSN vers le BSS les parametres de QoS lies a un transfert de donnees, 
L'ensemble des donnees stockees au niveau du BSS est normalise sous le nom 
25 "Packet Flow Context" ou PFC et sera identifie par le PFI dans les differents 
messages echanges avec le BSS. 

Le PFC comprend entre autres les parametres de QoS suivants : 
"Precedence Class", "Traffic Class", "Traffic handling Priority", "Guaranteed 
Bit Rate" et "Maximum Bit Rate". Le parametre ARP n'est quant a lui pas 
30 stocke au niveau du BSS. 

Enfin, vme procedure particuliere dite d'etablissement de TBF est mise 
en oeuvre pour T^tablissement du canal radio dont doit dispose Tabonne afin 
d'envoyer ou de recevoir des donnees. La procedure d'etablissement de TBF a 
lieu lorsque le terminal MS ou le BSS doit transmettre des donnees sur 
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rinterface radio et qu'aucun canal entre le mobile donne et le BSS n'existe 
encore. On parle de TBF montant lorsqixe les donnees sent transmises du 
mobile vers le reseau et de TBF descendant dans le sens reseau vers mobile. 
Les caracteristiques du canal radio dependent des parametres de QoS lies a 
5 I'abonne et au service correspondant au flux: de donnees. 

Considerons maintenant la procedure d'activation d'un contexte PDF 
dans le cadre du service support UMTS. 

Comme dans le cadre du GPRS, lors de Tactivation d*un contexte PDP, 
les differents noeuds du reseau UMTS re9oivent les informations de qualite de 
10 service definies en fonction du contexte PDP demande et des donnees d'aboime 
stock6es au HLR et decrivant les services auxquels a droit Tabonne, avec en 
particulier la QoS souscrite et le paramdtre -ARP. 

L'information correspondant au niveau de priorite de Pabonne, c'est-a- 
dire le parametre ARP contenu dans les donnees definissant le(s) contexte(s) 
15 PDP souscrit(s) par I'abonne, est transmise au SGSN lors de la mise a jour de 
localisation de Pabonne. Cette information est ensuite transmise au GGSN lors 
de Tactivation d'un contexte PDP par rabonxi6, puis au RNC. 

Cette procedure est decrite plus en detail en reference a la figure 4. 

Dans une premiere etape, le mobile MS demande Tactivation d'un 
20 contexte PDP a son SGSN d*attache en precisant la QoS souhaitee. Le SGSN 
pent modifier la QoS souhaitee en fonction des donnees de souscription de 
Tabonne notamment. On parle alors a ce stade de QoS negociee. 

Dans des deuxieme et troisieme etapes, le SGSN envoie la demande au 
GGSN avec la QoS negociee. Le GGSN pexit lui aussi re-modifier ou refuser la 
25 QoS et la QoS ainsi negociee par le GGSN est renvoyee au SGSN. 

Dans des quatrieme et cinquieme etapes, le SGSN demande au RNC 
d'allouer les ressources necessaires en decrivant la QoS sous forme de 
parametres RAB. Ces parametres comprerment notamment la classe de trafic 
concemee et le parametre ARP. H est a noter que le RNC pent accepter ou 
30 rejeter le RAB demande. 

Enfin, une sixieme etape consiste a accepter la demande du terminal 
mobile MS en lui renvoyant la qualite de sexyice negocie sur le reseau. 

II existe toutefois plusieurs goulots d'etranglement possibles dans les 
reseaux GPRS/UMTS lors de T^tablissement et le transfert de donnees. n s*agit 
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notamment des equipements SGSN, GGSN et BSSAJTRAN. Chacun d'entre 
eux possede des ressources limitees, que ce soit en terme de debit disponible, 
d'e^ace memoire ou de charge des processeurs. II est neanmoins a noter que 
c'est essentiellement Tacces radio (BSSAJTRAN) qui est le facteur limitant 
5 pour le transfert de donnees sxir de tels reseaux. 

Ainsi, dans un contexte de reduction des couts, Toptimisation des 
ressources reseau et surtout radio, devient primordiale pour definir une 
couverture radio dont la capacite est adaptee a differents trafics a supporter 
dont les besoins en bande passante et en qualite de service sont tres differents 

10 les uns des autres. Notamment, comme on Ta vu, I'introduction du trafic 
Internet necessite de deployer des reseaux adaptes a la fois au trafic de voix et 
au trafic de donnees temps reel ou non, 

C'est pourquoi, I'amelioration de la gestion de qualite de service tend a 
devenir une pi'eoccupation majeure pour tenir compte des contraintes du reseau 

15 mobile et augmenter son efficacite. De plus, comme la qualite de service 
per9ue a une incidence importante sur la satisfaction des abonnes, la capacite a 
pouvoir assurer une bonne gestion de la qualite de service sera vue comme un 
facteur important de differentiation entre les divers operateurs GPRS/UMTS. 

Un mecanisme simple de gestion de qualite de service lorsque l\in des 

20 equipements du reseau est en surcharge, pourrait consister en une approche du 
type "premier arrive, premier servi". Mais une telle approche n'est evidemment 
pas satisfaisante pour un operateur mobile, car elle ne prend en compte ni le 
profil de Tabonne, ni le type de service demande. Uutilisation des parametres 
de QoS tels que definis plus haut dans la description a alors ete envisagee. 

25 Or, la gestion de la qualite de service basee sur Tutilisation des 

parametres de QoS dans les reseaux GPRS ou UMTS telle qu'elle est appliquee 
a llieure actuelle, n'est pas satisfaisante. Notamment, si les parametres de QoS 
en tant que tels sont normalises, leur utilisation elle, ne Test pas. L'utilisation 
de ces parametres de QoS dans le reseau resulte en effet de choix 

30 d*implementation effectues par les constructeurs des differents elements 
constitutifs du reseau que sont les SGSN, GGSN et BSC/RNC. 

De ce fait, certaines impl6mentions existent au niveau des elements de 
r6seau GPRSAJMTS, qui proposent un traitement base sur certains des 
parametres de QoS seulement. Le traitement choisi par les constructeurs poxsr 
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la gestion des parametres de QoS peut etre un traitement lie au service 
demande par Tabonne, dans le but de favoriser, en cas de surcharge du reseau, 
Tacces aux ressources aux applications les plus contraignemtes en terme de 
QoS, typiquement les applications temps reel ou multimedia. Cette 
5 differentiation se fait principalement a partir des parametres de QoS lies au 
service, "Traffic Class" et "Traffic Handling Priority", qui sont disponibles, 
dans le cadre des reseaux GPRS/UMTS, dans le SGSN, le GGSN et le 
BSS/RNC, lots de I'activation dhin contexte PDP. 

II est egalemrat coiinu de favoriser Tacces aux ressources en cas de 
surcharge du r6seau pour des abonnes particuliers. Cette differentiation se fait a 
partir d*un parametre de QoS correspondant a rui^mveau de priorite de rabonne. 
Dans le cadre du reseau GPRS, cette differentiation peut par exemple se faire a 
partir du parametre ARP pour le SGSN et le GGSN, et a partir du parametre 
"Precedence Class" dans le BSS, tandis que dans le cadre du reseau UMTS, 
cette differentiation peut par exemple se faire a partir du parametre ARP pour 
le SGSN et le GGSN, et a partir du groupe de parametres ARP ("Priority 
Level", "Pre-emption CapabiHty", "Pre-emption Vulnerability" et "Queuing 
Allowed") dans le RNC. 

Ainsi, dans toutes ces implementations, le traitement lie a ces 
parametres de QoS est realise lineairraient, c'est-a-dire Tun apres Tautre. II y a 
done en consequence \Hie gestion de la qualite de service, soit en fonction du 
service, si les parametres de QoS pris en compte au niveau de chaque noeud du 
reseau GPRS/UMTS sont principalement lies au service, soit en fonction de 
Fabonne, si les parametres de QoS pris en compte au niveau de chaque noeud 
du reseau GPRS/UMTS sont principalement li6s a Fabonne, 

La gestion actuelle de la qualite de service dans les reseaux 
GPRSAJMTS presente done une limitation importante puisqu'elle ne permet 
pas, par exemple, de favoriser Faeces aux ressources aux applications temps 
reel, tout en preservant des ressources d*applications non temps reel pour des 
abonnes prioritaires. 

La presente invention a pour but de remedier a ces inconvenients en 
proposant un procede permettant d'afiBner la gestion de la qualite de service 
dans les reseaux de communication mobile utilisant la commutation de paquets 
tels que les reseaux GPRS/UMTS, en tenant compte de la necessite de gerer la 
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repartition des ressources sur le reseau entre les services et les aboimees. 

Get objectif est attaint par la prevision d*un procede de gestion de la 
qualite de service, pennettant d'effectuer une differentiation de la qualite de 
service sur le reseau en cas de surcharge de celui-ci, basee snr une prise en 
5 compte combinee de parametres de QoS lies au type de service et a Tabonne. 

A cette fin, Tinvention conceme nn procede de gestion de la qualite de 
service dans un reseau de communication mobile en mode paquets, caracterise 
en ce que, pour Texecution d\in service par un abonne du reseau a laquelle 
correspond un flux de donnees, il comprend une etape consistant a determiner 
10 un niveau de priorite global associe au flux de donnees en fonction d*au moins 
un parametre de qualite de service corxespondant a un niveau de priorite de 
I'abonne et d*au moins un parametre de q|ualite de service lie au type de service. 

Avantageusement, le procede selon I'invention comprend une etape 
consistant a determine, en fonction duciit niveau de priorite global, au moins 
15 un traitement de qualite de service a appliquer au flux de donnees. 

De preference, le procede comprend une etape consistant, en cas de 
surcharge du reseau, a appliquer le traitement de qualite de service au flux de 
donnees, en tenant compte du niveau de priorite global associe a ce flux de 
doimees et des niveaux de priorite globaux associ6s a des flux de donnees 
20 correspondant a d'autres abonnes presents dans le reseau. 

Selon un mode de realisation, la determination du niveau de priorite 
global associe a un flux de donnees s'efEectue sur la base d'une table specifiant, 
pour chaque combinaison des deux parametres de qualite de service 
correspondant respectivement a vm niveau de priorite de Tabonne et a un type 
25 de service, une valeur de niveau de priorite global. 

De preference, le reseau etant ger6 par un operateur, les niveaux de 
priority globaux sont configurables par ledit operateur du reseau. 

De preference, le reseau mobile comprenant un reseau coeur et un 
r6seau d'acces, il est mis en oeuvre par l*un au moins des noeuds du groupe 
30 comprenant un noeud de service du reseau coeur assurant la gestion du lien de 
communication avec un reseau d'acces-, un nceud de service du reseau coeur 
assurant I'interconnexion avec un reseau exteme et un noeud de gestion des 
ressources radio du reseau acces. 
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De preference, le parametre de quality de service correspondant au 
niveau de priorite de Tabonne utilis6 pour la determination du niveau de 
piiorite global (NPG) comprend l*un des parametres du groupe comprenant: 

- le parametre de qualite de service "Allocation Retention Priority", 

5 - le sous-parametre "Priority Level" du parametre de qualite de service 

"Allocation Retention Priority", 

- le parametre de qualite de service "Precedence Class", 

lesdits sous-parametres et parametres de qualite de service etant definis 
dans le cadre de la norme de telecommtmication 3GPP. 

10 De preference, le parametre de qualite de service lie au type de service 

utilise pour la determination du niveau de priorite global (NPG) comprend le 
parametre de qualite de service "TraiBc Class", defini dans le cadre de la 
nomie de teleconmiunication 3GPP. 

Dans une variante, le parametre de qualite de service lie au type de 

15 service utilis6 pour la determination du niveau de priorite global (NPG) 
comprend en outre le parametre de qualite de service "Traffic Handling 
Priority", defini dans le cadre de la norme de telecommunication 3 GPP pour 
assoder un niveau de priorite sur le reseau au flux de donnees lorsque ce 
demier correspond a un service de type interactif. 

20 L' invention conceme encore un dispositif pour la mise en oeuvre du 

procede de Tinvention, agence, pour Texecution d'un service par un aboxme du 
reseau a laquelle correspond un flux de donnees, pour determiner un niveau de 
priorite global associe au flux de donnees en fonction d'au moins un parametre 
de qualite de service correspondant a un niveau de priorite de Tabonne et d'au 

25 moins un parametre de qualite de service lie au type de service. 

Avantageusement, le dispositif est agence pour determiner, en fonction 
du niveau de priorite global associe a un flux de donnees, au moins un 
traitement de qualite de service a appliquer a ce flux de donnees. 

De preference, le dispositif est agence pour appliquer a un flux de 

30 donnees un traitement de qualite de service, en tenant compte du niveau de 
priorite global associe a ce flux de donnees et des niveaux de priorite globaux 
associes a des flux de donnees correspondant a d*autres abonnes presents dans 
le reseau. 
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Selon tin mode de realisation, le dispositif est associe a une table de 
comportement specifiant une valeur dn niveau de pxiorite global pour chaque 
combinaison des deux parametres de qualite de service correspondant 
respectivement a un niveau de priorite de I'abonne et a un type de service. 
5 Avantageusement, les niveaux de priorite globaux sont configurables 

par un operateur du reseau. 

L'invention conceme encore un noeud de service d*un reseau coeur 
assurant la gestion du lien de communication avec uxi reseau d'acces, conforme 
au dispositif de Tinvention. 
10 L'invention conceme encore un noeud de service d'un reseau coeur 

assurant Tinterconnexion avec un reseau exteme, conforme au dispositif de 
rinvention. 

L'invention conceme eniin un noeud de gestion des ressources radio 
d'un reseau acces, conforme au dispositif de Tinvention, 
15 L'invention sera mieux comprise et d'autres particularites et avantages 

apparaftront a la lecture de la description qui va suivre, doimee uniquement a 
titre illustratif et non limitatif, la description faisant reference aux dessins 
annexes parmi lesquels : 

- la figure lA, qui a deja ete decrite, illustre schematiquement 
20 Tarchitecture d*un reseau GPRS; 

- la figure IB, egalement deja decrite, illustre schematiquement 
Tarchitecture d*im reseau UMTS; 

- la figure 2, egalement deja decrite, illustre les principales etapes de 
la procedure d'attachement du mobile a un reseau de type GPRS; 

25 - la figure 3, egalement deja decrite, illusti"e les principales etapes de 

la procedure deactivation d'un contexte PDP dans le cadre d'un reseau de type 
GPRS; 

- la figure 4, egalement deja decrite, illustre les principales 6tapes de 
la procedure deactivation d'un contexte PDP dans le cadre d'un reseau de type 

30 UMTS; 

- la figure 5 illustre un exemple de comportement, dans le cadre du 
reseau GPRS, du noeud de gestion des ressources radio BSS en fonction d'un 
niveau de priorite globale determine selon l'invention; 

- la figure 6 illustre un exemple de comportement, dans le cadre du 
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reseau GPRS, du noeud de service SGSN/GGSN en fonction d\in niveau de 
priorite globale determine selon Tinvention. 

Dans un premier temps, la description de Tinvention sera faite en 
reference a un reseau de communication mobile de type GPRS. L'application a 
5 un r6seau UMTS implique quant a elle quelques differences d'implementation 
qui apparaitront plus loin dan.s la description. Toutefois, le principe de 
Tinvention s'applique d'une fapon similaire k chacun des types de reseau 
precites, 

Ainsi, le procede de Tinvention peraiet d'effectuer une priorisation dans 
10 le traitement des flux de donnees qui est a la fois basee sur les priorites liees au 
service et a Tabonne. Le fait que cette priorisation tienne compte a la fois de 
Tabonne et du type de service permet a la fois de rendre certaines categories 
d'abonnes prioritaires par rapport a d'autre tout en proposant des services ayant 
des exigences diflFerentes en temxe de debit et de delai. Uoperateur du reseau de 
15 communication mobile dispose ainsi d'une grande souplesse pour construire ses 
offres a destination de ses abonnes. 

Pour cela, dans le cadre du reseau de conmaunication mobile GPRS, en 
cas de surcharge du reseau lors de I'accds aux ressources pour Texecution d'lm 
service correspondant a un contexte PDP active, la gestion de qualite de service 
20 selon rinvention propose de combiner au moins les parametres de QoS 
suivants: 

-"Allocation Retention Priority", "Traffic Class" et eventuellement 
"Traffic Handling Priority" au niveau des noeuds de service SGSN et GGSN du 
reseau coeur, et 

25 -"Precedence Class", "Traffic Class" et eventuellement "Traffic 

Handling Priority" au niveau du noeud de gestion des ressources radio BSS du 
reseau d*acces. 

Ainsi, au niveau de chacun des noeuds BSS, SGSN, GGSN du reseau 
GPRS, la gestion de qualite de service selon Tinvention consiste plus 
30 generalement a combiner au moins le parametre de QoS lie a im type de 
service, comprenant plus particulierement les parametres de QoS "Traffic 
Class" et eventuellement "Traffic Handling Priority", avec au moins le 
paramdtre de qualite de service correspondant a un niveau de priorite de 
Taboim^, comprenant plus particulierement le parametre "Allocation Retention 
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Priority" pour les noeuds de service SGSN et GGSN et le parametre 
"Precedence Class" pour le noeud BSS. 

En effet, comme on Pa vu plus haut dans la description, dans le cadre du 
GPRS, le parametre "Allocation Retention Priority" n*est pas transmis au BSS 
5 lors de la procedure PFC consistant a transferer du SGSN vers le BSS les 
parametres de QoS lies a un flux de donnees pour un contexte PDP active. 
Aussi, selon un mode de realisation de Tinvention, on utilise au niveau du BSS 
le parametre "Precedence Class" qui est quant a lui transfere du SGSN vers le 
BSS lors de la procedure PFC, lorsqu'il est utilise. Ce parametre aura la meme 
10 valeur que le parametre "Allocation Retention Priority" et defini de la meme 
fa9on un niveau de priorite de I'abonne. 

II est egalement a noter que les parametres "Traffic Class" et "Traffic 
Handling Priority" sont etroitement lies, ce dernier ne servant qu*a preciser le 
niveau de priorite associe a un flux de donnees lorsque ce dernier correspond a 
15 un service de type interactif. 11 n'est done utilise que lorsque le parametre de 
QoS "Traffic Class" prend la valeur Interactive. 

Une telle gestion de qualite de service selon Tinvention basee sur cette 
combinaison particuliere de parametres de QoS, permet d'etablir plusieurs 
niveaux de priorite pour le traitement des differents flux de donnees sur le 
20 reseau en cas de surcharge de celui-ci. Ces niveaux de priorite sont 
avantageusement configurables par I'operateur du reseau. 

A chacun de ces niveaux de priorite configurables est associe, selon 
Tinvention, au moins un traitement de QoS predefini pouvant etre utilise par 
chacun des noeuds du reseau (BSS, SGSN, GGSN) pour differentier Faeces au 
25 ressource en cas de surcharge du reseau. 

Plusieurs traitements predefinis de QoS peuvent etre envisages, par 
exemple : 

- le controle d'admission, consistant a verifier si les ressources sont 
disponibles pour etablir Tappel au niveau du noeud de reseau conceme^ Ainsi, 

30 en cas de surcharge du reseau et en fonction du niveau de priorite associe au 
flux de donnees qui a ete determinee grSce a I'invention, le traitement de 
controle d'admission determine si la demande doit etre acceptee ou non; 

- la preemption, consistant en la possibilite de pr6empter les ressources 
d'un autre service support d'acces radio (RAB). Ainsi, en cas de surcharge au 
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niveau d*un noeud de reseau, celui-ci se base sur le niveau de priorite determine 
par la combinaison de parametres de QoS selon Tinvention, pour determiner 
quels sont les abonnes ayant un niveau de basse priorite et pour les forcer a 
quittCT le reseau; 

5 - rallocation de ressources differentiee, consistant en cas de surcharge 

du reseau lors de la demande d'etablissement de canal, et pour chaque noeud du 
reseau conceme, a prendre en compte le niveau de priorite determine par la 
combinaison de parametres de QoS selon Tinvention, pour allouer un debit 
proportiomiel a ce niveau de priorite. 

10 Le tableau ci-dessous decrit une table de comportements donnant un 

exemple de comportement du BSS dans le cadre du GPRS, pour la gestion de 
la qualite de service selon Tinvention. Dans cet exemple, la table definit neuf 
niveaux de priorite globale assodes chacun a un traitement de qualite de 
service predefini a appliquer par le BSS. La table de comportenaent identifie 

15 done les traitements de QoS a effectuer par le BSS en fonction d'un niveau de 
priority globale pour Tacces aux ressource du reseau, determine selon 
rinvention, en tenant compte a la fois des parametres de QoS lies au type de 
service ("Traffic Class"; "Traffic Handling Priority") et a la priorite de Tabonne 
("Precedence Class"). 

20 Le BSS pourra appliquer ces mecanismes lors de la demande de 

creation de canal radio montant ou descendant. 



Table de comportements au niveau du BSS 



Niveau 


Valeur du 


Valeur du 


Valeur du 


Traitement de qualite de 1 


de 


parametre de 


parametre de QoS 


parametre 


service a effectuer 


priorite 


QoS 


"Traffic Class" 


de QoS 




globale 


"Precedence 




"Traffic 






Class" 




Handling 










Priority" 




1 


1 


"Conversational" 




-Allocation de ressource 










differentiee 










-Preemption (sur les 










niveaux de priorite globale 










inferieurs) 
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-Controle d'admission 


2 


• 1 


"Streaming" 




-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveanx de priorite globale 
inferieurs) 

-Controle d^admission 


2&3 


"Conversational" 


- 


3 


2&3 


"Streaming" 




-Allocation de ressonrce 
differentiee 
-Preemption (sur les 
niveaux de priorite globale 
inferieurs) 

-Controle d'admission 


4 


1 


"Interactive" 


1 &2 


-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite globale 
7 a 9) 

-Controle d'admission 


5 


1 


"Interactive" 


3 


-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite globale 
7 a 9) 

-Controle d'admission 


2&3 


"Interactive" 


1 


6 


2&3 


"interactive" 


2&3 


-Allocation de ressource 
differentiee 
-Controle d'admission 


7 


1 


"Background" 




-Allocation de ressource 
differentiae 



wo 2005/029787 ^^CT/FR2004/002095 

18 











-Controle d*admission 


8 


2 


"background" 




-Allocation de ressource 
differentiee 
-Controle d'admission 


9 


3 


"background" 




-Allocation de ressource 
differentiee 
-Controle d'admission 



Dans cet exemple, Tobjectif est de creer une classe d'abonne dite 
Premium, correspondant a vine valeur du parametre de "Precedence" egale a 1, 
tout en scindant le traitement des services entre temps reels (services supportes 
5 par les classes de trafic "Conversational" et "Streaming") et non temps reel 
(services supportes par les classes de trafic "Interactive" et "Background"). 

La figure 5 illustre alors un comportement du BSS en reference a la 
table de compoitements ci-dessus. Dans cet exemple. Faeces au ressource 
demande correspond a un profil de QoS stock6 au niveau du BSS, lequel profil 
10 est identifie par Tintermediaire du parametre PFI et dans lequel le parametre 
"Precedence Class" a la valeur "2" tandis que les paxametres "Traffic Class" et 
"Traffic Handling Priority" (THP) ont respectivement les valeurs "Interactive" 
et "1". Selon I'invention, la combinaison de ces parametres de QoS 
correspondant respectivement a un niveau de priorite de Taborme et a un niveau 
15 de priorite lie au type de service, permet de detenniner un niveau de priorite 
global NPG egal a 5 dans cet exemple. 

En fonction de ce niveau de priorite global egal a 5, le BSS devra done 
appliquer les traitements de QoS predefinis suivants : 

- allocation de ressource differentiee, 

20 - preemption sur les niveaux de priorite globaux 7 a 9, et 

- controle d*admission. 

Au niveau des noeuds de service SGSN et GGSN, la table ci-dessous 
decrit un exemple de comportement de ces noeuds pour la gestion de la qualite 
de service selon Tinvention. Cette table definit cinq niveaux de priorite 
25 globaux. La table identifie done les traitements de QoS a effectuer par le SGSN 
et le GGSN en fonction du niveau de priorite global determine selon Tinvention 
en tenant compte a la fois des parametres de QoS lies au type de service 



wo 2005/029787 



19 



CT/FR2004/002095 



("Traffic Class"; "Traffic Handling Priority") et a la priorite de Tabonne 
("Allocation Retention Priority"), Au niveau de ces noeuds, le parametre de 
QoS correspondant a un niveau de priorite de Tabonne est le parametre 
"Allocation Retention Priority" (ARP), et non plus le parametre "Precedence" 
comme pour le BSS. 

En fonction du niveau de priorite global, les noeuds SGSN et GGSN 
devront appliquer les traitements de QoS identifies dans la table. Le SGSN 
pourra appliquer ces traitements lors de la demande de creation du contexte 
PDP. 



Table de comportements au niveau du SGSN/GGSN 



Niveau 


Valeur du 


Valeur du 


Valeur du 


Traitement a effectuer 


de 


parametre 


parametre de 


parametre 




priorite 


de QoS 


QoS "Traffic 


de QoS 




globale 


"Allocation 
Retention 
Priority" 
(ARP) 


Class" 


"Traffic 
Handling 
Priority" 




1 


1 


"Conversational " 
& "Streaming" 




-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite 
globale inferieurs) 
-Controle d*admission 


2 


2&3 


"Conversational " 
& "Streaming" 




-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite 
globale 4 et inferieurs) 
-Contrdle d'admission 
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3 


1 


"Interactive" 


1 a3 


'Allocation de ressource 
differentiee 
-Controle d'admission 


4 


2 


"Interactive" 


1 a3 


-Allocation de ressource 
differentiee 
-Controle d'admission 


3 


"Interactive" 


1 


5 


1 a3 


"Background" 




-Allocation de ressource 
differentiee 
-Controle d'admission 


3 


"Interactive" 


2&3 



Dans cet exemple, I'objectif est de privilegier fortement les abonnes de 
priorite la plus haute, c'est-a-dire ceux dont le parametre ARP est egal a 1 , qxii 
peuvent ainsi preempter tons les autres abonnes pour leur service temps reel, 
5 c'est-a-dire les services support6s par les classes de trafic "Conversational" et 
"Streaming". 

La figure 6 illustre alors un comportement du SGSN/GGSN en 
reference a la table ci-dessus. Dans cet exemple, Tacces au ressource demande 
correspond a un profil de QoS stocke au niveau du SGSN/GGSN, dans lequel 

10 le parametre ARP a la valeur "1" tandis que le parametre "Traffic Class" a la 
valeur "Streaming", le parametre "Traffic Handling Priority" (THP) n'etant pas 
utilise. Selon TinventLon, la combinaison de ces parametres de QoS 
correspondant respectivement a un niveau de priorite de Tabonne et a un niveau 
de priorite lie au type de service, permet de determiner un niveau de priorite 

15 global NPG egal a 1 dans cet exemple. 

En fonction de ce niveau de priorite global egal a 1, le SGSN/GGSN 
devra done appliquer les traitements de QoS predefinis suivants : 

- allocation de ressource differentiee, 

- preemption sur tous les niveaux de priorite globaux inferieurs 9, et 
20 - controle d'admission. 

Concretement, au niveau de chaque noeud BSS, SGSN, GGSN du 
reseau, Texploitation des donnees des tables donnees en exemple est obteniae 
par un algorithme de differenciation de la qualite de service mis en oeuvre poxir 
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Tapplication du traitement de qualite de service predefini. Get algorithme prend 
done en entree les valeurs de parametre de QoS lies an type de service et a 
Tabonne et foumit en sortie le traitement de QoS devant etre applique par le 
noeud conceme en fonction d'une combinaison desdits parametres de QoS, 
5 II est a noter que dans les figures 5 et 6, les niveaux de priorite globaux 

determines par la combinaison particuliere des parametres de QoS 
correspondant d*une part, a un niveau de priorite lie au type de service et, 
d*autre part, a un niveau de priorite de Fabonne, de meme que les traitements de 
QoS a appliquer en consequence, sont uniquement donnes a titre d'exemple de 
10 realisation. D*autres choix de configuration peuvent bien entendu Stre 
envisages en fonction de la strategic de gestion de la qualite de service choisie 
par Toperateur sur son reseau, sans pour autant sortir du cadre de la presente 
invention. 

Considerons maintenant Tapplication de Tinvention a un reseau de 
15 communication mobile de type UMTS. En cas de surcharge du reseau lors de 
Tacces aux ressources pour Texecution d'un service correspondant a un 
contexte PDP active, la gestion de qualite de service selon Tinvention dans le 
cadre de TUMTS propose de combiner au moins les parametres de QoS 
suivants: 

20 -"Allocation Retention Priority", "Traffic Class" et eventuellement 

"Traffic Handling Priority" au niveau des noeuds de service SGSN et GGSN du 
reseau coeur, et 

-"Priority Level", "Pre-emption Capability" "Pre-emption 
Vulnerability", "Queuing Allowed" "Traffic Class" et eventuellement "Traffic 
25 Handling Priority" au niveau du noeud de gestion des ressources radio RNC du 
reseau d'acces. 

Ainsi, au niveau de chacun des noeuds RNC, SGSN, GGSN du r6seau 
UMTS, la gestion de qualite de service selon Tinvention consiste plus 
generalement a combiner au moins le parametre de Q6S lie au type de service, 
30 comprenant plus particulierement les parametres de QoS "Traffic Class" et 
eventuellement "Traffic Handling Priority", avec au moins le parametre de 
qualite de service correspondant a un niveau de priorite de Fabonne, 
comprenant le parametre "Allocation Retention Priority" pour les noeuds de 
service SGSN et GGSN et plus particulierement le sous-parametre "Priority 
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Level" du parametre "Allocation Retention Priority", pour le noeiud RNC. 

En effet, dans lUTRAN, le parametre "Allocation Retention Priority" 
(ARP) se compose des quatre sous-parametres : "Priority Level", "Pre-emption 
Capability" "Pre-emption Vulnerability" et "Queuing Allowed". C'est le SGSN 
5 qui, sur reception du parametre ARP venant du HLR, donne les valeurs aux 
sous-parametres. L'ARP est bien envoye au GGSN lors de la procedure de 
creation du contexte PDP, en revanche, ce sont les quatre sous-parametres qui 
sont envoyes au RNC et c'est en particulier le sous-parametre "Priority Level" 
qui sera utilise dans TUTRAN au niveau du RNC pour donner un niveau de 
10 priorite a Tabonne. 

A cette difference d'implementation pres, les principes 6voques plus 
haut dans Texemple de realisation applique a un reseau de type GPRS 
demeurent inchanges. 

Prenons Texemple d'un reseau UMTS sur lequel sont definies trois 
15 categories d'abonnes : 

- Categoric 1 : ARP=1 dans le HLR, 

- Categoric 2 : ARP=2 dans le HLR, et 

- Categoric 3 : ARP =3 dans le HLR. 

Dans ce reseau, on souhaite par exemple, en cas de surcharge du reseau 
20 au niveau radio, mettre en oeuvre un traitement de QoS predefini dans lequel 
les services non temps reel des abonnes Categoric 1 preemptent les services 
non temps reel des abonnes Categoric 3. Ainsi, au niveau de chaque noeud du 
reseau, Talgorithme suivant de differentiation de la qualite de service est mis en 
oeuvre pour Tapplication au niveau de chaque noeud du traitement de 
25 preemption predefini : 

SI("Traffic Class" = Interactive OU "Traffic Class" = Background) ET 
(ARP = 1) 

ALORS PREMPTION ("Traffic Class" = Interactive OU "Traffic 
Class" = Background) ET (ARP = 3) 
30 ARP s'entend ici comme le parametre "Allocation Retention Priority" 

lorsqu'on considere les noeuds SGSN et GGSN, et comme le sous-parametre 
"Priority Level" lorsqu'on considere le noeud RNC. 

Get algorithme prrad done en entree les valeurs de parametre de QoS 
lies au type de servdce ("Traffic Class") et a Tabonne (ARP), et foumit en sortie 
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le traitement de QoS devant etre applique par le noeud conceme en fonction 
d*une combinaison desdits parametres de QoS. 

D'autres traitements de QoS predefinis peuvent egalement etre 
envisages en fonction de la strategic de gestion de la qualite de service choisie 
5 par Toperateur du reseau UMTS . 

Un traitement de QoS pent par exemple consister, en cas de surcharge 
du reseau, en ce que les services temps reel puissent preempter les ressources 
des services non temps reel sauf si ces ressources ont ete allouees a des 
abonnes Gold. 

10 L'algorithme suivant de differentiation de la qualite de service est alors 

mis en oeuvre pour Tapplicaticn au niveau de chaque nceud de ce traitement de 
QoS predefini : 

SI("Traffic Class" = Streaming OU 'Traffic Class" = Coniversational) 
ALORS PREMPTION ("Traffic Class" = Interactive OU "TraffiLc Class" = 

15 Background) ET (ARP = 3 OU ARP = 2). 

Avantageusement, grace a Tinvention, il devient possible d'assurer 
Tallocation des ressources necessaire a la foumiture d\in service convenable 
pour im abonne dit prioritaire tout en respectant au mieux, en fonction des 
services, les besoins des autres abonnes. L'invention permet en consequence 

20 une meilleure gestion de la qualite de service en cas de surcharge du reseau, 
grace a une prise en compte combinee pour Tallocation des ressources au 
niveau de chaque noeud du reseau, des parametres de QoS correspondant a un 
niveau de priorite lie au lype de service et des parametres de qualite de service 
correspondant a un niveau de priorite de Taboime, 
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GLOSSAIRE 

Ce glossaire presente la liste des acronymes anglo-saxons utilises dans 
la presente demande de brevet Ces acronymes sont definis dans le cadre de la 
5 norme de teleconmninication 3GPP. 





3 GPP 


Third-Generation Partnership project (of ETSI) 




ETSI 


European Telecommunications Standards Institute 




GPRS 


General Packet Radio Service 


10 


GSM 


Global System for Mobile Commxtnication 




UMTS 


Universal Mobile Telecommunication System 




IP 


Intemet protocol 




BTS 


Base Transceiver Station 




BSC 


Base Station Controller 


15 


ESS 


Base Station Subsystem 




HLR 


Home Location Register 




SGSN 


Servmg GPRS Support Node 




GGSN 


Gateway GPRS Support Node 




UTRAN 


UMTS Terrestrial Radio Access Network 


20 


RNC 


Radio Network Controller 




QoS 


Quality of Service 




FTP 


File Transfert Protocol 




ARP 


Allocation Retention Priority 




PDP 


Packet Data Protocol 


25 


THP 


Traffic Handling Priority 




IMSI 


Intemational Mobile Subsciber Identity 




PFC 


Packet Flow Context 




PFI 


Packet Flow Identifier 




RPL 


Radio Priority Level 


30 


TBF 


Temporary Block Flow 




RAB 


Radio Access Bearer 




GTP 


GPRS Tunnelling Protocol 




MAP 


Mobile Application Part 
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REVENDICATI03NS 

1. Precede de gestion de la qualite de service dans un reseau de 
communication mobile en mode paquets, oaracterise en ce que, pour 

5 Texecution d'un service par un abonne du reseau a laquelle correspond un flux 
de donnees, il comprend une etape consistartt a determiner im niveau de 
priorite global (NPG) associe au fliix de donnees en fonction d'au moins un 
parametre de qualite de service correspondatit a un niveau de priorite de 
Tabonne et d'au moins un parametre de qualite de service lie au type de service. 

10 

2. Precede selon la revendication 1, cairacterise en ce qu'il comprend 
une etape consistant a determiner, en fonction dudit niveau de priorite global 
(NPG), au moins un traitement de qualite de service a appliquer au flux de 
donnees. 

15 

3. Procede selon la revendication 2, caracterise en ce qu'il comprend 
une etape consistant, en cas de surcharge du reseau, a appliquer le traitement de 
qualite de service au flux de donnees, en tenant compte du niveau de priorite 
global associe a ce flux de donnees et des niveaox de priorite globaux associes 

20 a des flux de donnees correspondant a d'autres al>onnes presents dans le reseau. 

4. Proc6de selon l\ine des revendications 1 a 3, caracterise en ce que la 
determination du niveau de priorite global associe h un flux de donnees 
s'effectue sur la base d*une table speeifiant, pour chaque combinaison des deux 

25 parametres de qualite de service correspondant respectivement a un niveau de 
priorite de I'abonne et a un type de service, une valeur de niveau de priorite 
global. 

5. Procede selon la revendication 4, caracterise en ce que, le reseau 
30 etant gere par un op6rateur, les niveaux de priorite globaux sont configurables 

par ledit operateur du reseau. 

6. Procede selon l*une des revendications 1 a 5, caracterise en ce que, le 
reseau mobile comprenant un reseau coBur (RC) et un reseau d'acces (RA, 
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UTRAN), il est mis en oeuvre par I'xm an moins des noeuds du groupe 
comprenant un noeud de service (SGSN) du reseau coeur assurant la gestion du 
lien de communication avec un reseau d'acces, un nceud de service (GGSN) du 
r&eau coeur assurant l-interconnexion avec un reseau exteme et un noeud de 
gestion des ressources radio (BSS/R2^C) du reseau d'acces. 

7. Proced6 selon I'une des revendications 1 a 6, caracterise en ce que le 
paramdtre de quality de service correspondant au niveau de priorite de I'abonnd 
utilis6 pour la determination du niveau de priorite global (NPG) comprend Tun 
des parametres du groupe comprenant: 

- le paramdtre de quality de service "Allocation Retention Priority", 

- le sous-parametre "Priority Level" du parametre de qualite de service 
"Allocation Retention Priority", 

- le paramdtre de qualite de service "Precedraice Class", 

lesdits sous-parametres et parametres de qualite de service ^ant d^finis 
dans le cadre de la norme de telecommunication 3GPP. 



8. Procede selon I'une des revendications 1 a 7, caracterise en ce que le 
parametre de qualite de service lie au type de service utilise pour la 
detemiination du niveau de priorite global (NPG) comprend le parametre de 
qualite de service "Traffic Class", defini dans le cadre de la norme de 
telecommunication 3GPP. 



9. Procede selon la revendication 8, caracterise en ce que le parametre 
de qualite de service Ue au type de service utilise pour la detennination du 
niveau de priorite global (NPG) comprend en outre le parametre de qualite de 
service "Traffic Handling Priority", defini dans le cadre de la norme de 
telecommunication 3GPP pour associer un niveau de priorite sur le reseau au 
flux de donnees lorsque ce dernier correspond a un service de type interactif. 

10. Dispositif pour la mise en oeuvre du procede de I'une des 
revendications 1 k 9, agence, pour I'execution d'un service par un abonne du 
reseau a laqueUe correspond un flux de donnees, pour determiner un niveau de 
priorite global (NPG) associe au flux de donnees en fonction d'au moins un 
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parametre de qualite de service correspondant a un niveau de priorite de 
Tabonne et d'au moins un parametre de qualite de service lie au type de service. 

11. Dispositif selon la revendication 10, caracterise en ce qu'il est 
agence pour determiner, en fonction du niveau de priorite global (NPG) assode 
a un flux de donnees, au moins vin traitement de qualite de service a appliquer a 
ce flux de donnees. 

12. Dispositif selon I'une des revendications 10 et 11, caracterise en ce 
qu'il est agence pour appliquer a un flux de donnees un traitement de qualite de 
service, en tenant compte du niveau de priorite global associ6 a ce flux de 
donnees et des niveaux de priorite globaux associes a des flux de donnees 
correspondant a d'autres abonnes presents dans le reseau. 

13. Dispositif selon Tune des revendications 10 a 12, caracterise en ce 
qu*il est associe a une table de comportement specifiant une valeur du niveau 
de priorite global pour chaque combinaison des deux parametres de qualite de 
service correspondant respectivement a un niveau de priorite de Tabonne et a 
un type de service. 

14. Dispositif selon l\ine des revendications 10 a 13, caracteris6 en ce 
que les niveaux de priorite globaux sont configurables par un operateur du 
reseau. 

15. Noeud de service (SGSN) d'un r6seau coeur (RC) assurant la gestion 
du lien de communication avec un reseau d'accds (RA, UTRAN), confoime au 
dispositif selon Ihme des revendications 10 a 14. 

16. NToeud de service (GGSN) d'un reseau coeur (RC) assurant 
rinterconnexion avec un reseau exteme, conforme au dispositif selon Vxme des 
revendications 10 a 14. 



17. Noeud de gestion des ressources radio (BSS/RNC) d*un reseau 
d*acces, conforme au dispositif selon Tune des revendications 10 a 14. 
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